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(54) Radio data communication method and system 



(57) A radio data communication method in which a 
client machine logs in a wire communication network via 
a radio communication network, a public network and a 
line interface for transmitting/receiving data to/from a 
server nrtachine in the wire network, comprising a step 
of inserting control data at the head of data to trans- 
mit/receive and suppressing the number of responses 



from a remote station, checking the reason of discon- 
nection and reconnecting the communication line auto- 
matically when the line is disconnected due to 
deterioration of connection quality, re-establishing con- 
nection with said server machine, and restarting data 
transmission from the end of the transmitted data. 
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Description 

[0001] The present invention relates to a radio data 
communication method and system. 
[0002] A radio communication system such as Per- 
sonal Handy-phone System (PHS) and Personal Digital 
Cellular (PDC) has been provided. 
[0003] In the prior radio communication system such 
as PHS and PDC, when the user moves from a current 
unit radio area (e.g., a cell) to another area, communi- 
cation is momentary interrupted by a channel change 
request generated from a base station. In addition, in 
places like in a tunnel, behind a building or in an under- 
ground shopping center where a radio wave does not 
reach or difficult to reach, the intensity of a radio wave 
receiving field is suddenly attenuated and communica- 
tion is interrupted or the line is disconnected in some 
cases. 

[0004] Recently, radio communication has spread to 
various fields, for example, e-mail via a wire communi- 
cation network and access to a World Wide Web 
(WWW) server. If an interruption occurs as above 
described, it is regarded as a transmission error in data 
communication, and normal data communication is 
obstructed. To deal with it, in a radio data communica- 
tion protocol PHS Internet Access Forum Standard 
(PIAFS) in PHS, for example, the communication envi- 
ronment has been improved and if a transmission error 
occurs in a radio section and lasts for a maximum of 10 
and a few seconds, it can be compensated. 
[0005] However, even if the aforementioned radio data 
communication protocol PIAFS in PHS, for example, is 
used, the problem that when communication is inter- 
rupted, the is line disconnected for over 10 and a few 
seconds is still unsolved, and if the line is disconnected 
during data communication, the user has to re-connect 
the line with a remote station and send/receive data 
again to/from the beginning. This raises another prob- 
lem that the process from connecting the IiP'^ to send- 
ing/receiving data becomes very troublesome, as well 
as the communication charge becomes comparatively 
high. 

[0006] In addition, though a transmission error is com- 
pensated in a radio data communication protocol during 
data communication, a transmission error is compen- 
sated also in a wire data communication protocol Trans- 
mission Control Protocol (TCP), for example, and the 
error is doubly compensated, raising other problems 
such as delaying the data communication speed and 
increasing the communication charge. 
[0007] In view of the above problems, an object of the 
present invention is to provide a radio data communica- 
tion method which eliminates the necessity of re-send- 
ing data from the beginning even if a line is 
disconnected during data communication. 
[0008] To achieve the above mentioned object, the 
present invention provides a radio data communication 
method in which a client machine logs in a wire commu- 



nication network via a radio communication network, a 
public network and a line interface for transmit- 
ting/receiving data to/from a server machine in the wire 
communication network, comprising the step of insert- 

5 ing control data at the head of data to transmit/receive 
and suppressing the numt^er of responses from a 
remote station, checking the reason of disconnection 
and reconnecting the communication line automatically 
when the line is disconnected due to deterioration of 

10 connection quality, re-establishing connection with said 
server machine, and restarting data transmission from 
the end of the transmitted data. Furthermore, to achieve 
the above mentioned object, the present invention pro- 
vides a radio data communication system in which a cli- 

75 ent machine logs in a wire communication network via a 
radio cbmnujnication network, a public network and a 
line interface for transmitting/receiving data to/from a 
server machine in the wire network, comprising: a 
means for inserting control data at the head of data to 

20 transmit/receive and suppressing the number of 
responses from a remote station, a means for checking 
the reason of disconnection and reconnecting the com- 
munication line automatically when the line is discon- 
nected due to deterioration of connection quality, a 

25 means for re-establishing connection with said server 
machine, and a means for restarting data transmission 
from the end of the transmitted data. 
[0009] According to the present invention, data is 
compensated by a radio communication protocol such 

30 as PIAFS between a client machine and a line interface, 
and the line interface is located at a very short distance 
to the server machine, minimizing data transmission 
error caused by the collision of data in each section. 
[0010] First, the radio data communication method 

35 and system of the present invention comprise a 
stop/means of/for inserting control data at the head of 
data to transmit/receive during data transmission and 
suppressing the number of responses from a remote 
station, thereby realizing high speed and efficient data 

40 transmission and reception. 

[001 1 ] Second, the radio data communication method 
and system of the present invention comprise a 
step/means of/for inserting control data at the head of 
data to transmit/receive and holding the transmitted 

45 data in Random Access Memory (RAM), so that the 
data is not lost and is re-sent even if a radio line is dis- 
connected, thereby realizing high speed and efficient 
data transmission and reception. 
[0012] Third, the radio data communication method 

50 arxJ system of the present invention comprise a 
step/means of/for checking the reason of disconnection 
of a radio line, and reconnecting the line automatically 
when it is disconnected due to deterioration of connec- 
tion quality, and re-establishing connection with said 

55 server machine, and restarting data transmission from 
the end of the transmitted data, thereby improving the 
user operability 

[0013] Forth, the radio data communication method 
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and system of the present invention connprise a 
step/means of/for re-setting the size of data to trans- 
mit/receive according to changes in the received signal 
strength indicator during data transmission and the 
number of frames which can be continuously transmit- 5 
ted without waiting for the response from a remote sta- 
tion, thereby decreasing the sending data size when the 
radio line is disconnected and realizing high speed effi- 
cient data transmission ard reception. 
[0014] Fifth, the radio data communication method 10 
and system of the present invention comprise a 
step/means of/for re-setting the size of data to trans- 
mit/receive according the number of disconnection 
occurred during data transmission and the number of 
frames which can be continuously transmitted without is 
waiting for the response from a remote station, thereby 
decreasing the sending data size when the radio line is 
disconnected and realizing high speed efficient data 
transmission and reception. 

[0015] Sixth, the radio data communication method 20 
and system of the present invention comprise a 
step/means of/for re-setting the size of data to trans- 
mit/receive according to the number of re-sending data 
occurred in a radio communication protocol during data 
transmission and the numbe* of frames which can be 25 
continuously transmitted without waiting for the 
response from a remote station, thereby decreasing the 
re-sending data size when the radio line is disconnected 
and realizing high speed and efficient data transmission 
and reception. 30 
[0016] This and other objects, features and advan- 
tages of the present invention will become more appar- 
ent upon a reading of the following detailed description 
and drawings, in which: 

35 

Fig. 1 is a diagram showing a basic configuration of 
a first embodiment of the radio data communication 
method of the present invention; 
Fig. 2 is a block diagram of the client machine 
shown in Fig. 1 ; 40 
Fig. 3 is a block diagram of the server machine 
shown in Fig. 1 ; 

Fig. 4 is a diagram showing the relationship 
between a model of protocol for communication 
with different models and a first embodiment of the 45 
data communication method, and a concept of a 
first embodiment of the data communication 
method; 

Fig. 5 is a diagram showing examples of a control 
data format and profile data format: so 
Fig. 6 is a diagram showing an example of a control 
sequence for sending data from a client machine to 
a server machine; 

Fig. 7 is a flowchart showing a process from con- 
nection of a radio line to data transmission/rec^- ss 
tion; 

Fig. 8 is a flowchart showing a process of connect- 
ing a radio line in step S5; 
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Fig. 9 (a) - Fig. 9(d) are flowcharts showing a proc- 
ess of checking connection in step Si 8; 
Rg. 10 is a diagram showing the relationship 
between the notified received signal strength indi- 
cator and a threshold value; 
Fig. 11 is a flowchart showing a process when the 
line state monitor receives a dial-up start or stop 
requ^t from the line control unit; 
Rg. 12(a) - Rg. 12(e) are flowcharts showing a 
process of checking connection in step S27; 
Rg. 13(a) and Fig. 13(b) are flowcharts showing a 
process of establishing connection with the network 
protocol of the server machine in step S10; 
Rg. 14(a) and Fig.14(b) are flowcharts showing a 
process of data communication with the server 
machine in step S12; 

Rg. 1 5 is a flowchart showing a process of re-send- 
ing data when the radio line is disconnected during 
data transmission using a radio line; 
Rg. 16(a) and Fig. 16(b) are flowcharts showing a 
process of re-sending data when a radio line is dis- 
connected during data transmission using a radio 
line: 

Rg. 17(a) and Fig. 17(b) are flowcharts showing a 
process of re-sending data when a radio line is dis- 
connected during data transmission using a radio 
line; 

Rg. 18(a) and Fig. 18(b) are flowcharts shoving a 
process of changing a profile value by detecting a 
radio wave state on a radio line during data trans- 
mission using a radio line; 

Rg. 19(a) and Rg. 19(b) are flowcharts showing a 
process of changing a profile value according to the 
number of line disconnection occurred within given 
time during data transmission using a radio line; 
Rg. 20(a) and Fig. 20(b) are flowcharts showing a 
process of changing a profile value according to the 
number of data re-sending occurred in a radio com- 
munication protocol during data transmission using 
a radio line; 

Rg. 21(a) and Fig. 21(b) are flowcharts showing a 
process of connecting/re-connecting a line in the 
configuration that the radio control unit can not 
notify the received signal strength indicator to the 
line state monitor, and instead, it notifies whether 
the client machine 1 is in a radio area (in/out zone 
information); 

Rg. 22 is a table showing examples of control com- 
mands set in Command ID shown in Fig. 5; 
Rg. 23 is a table showing an example of received 
signal strength indicator and profile data; 
Rg. 24 is a table showing an example of disconnec- 
tion number and profile data; 
Rg. 25 is a table showing an example of nurrtoer of 
re-sending and profile data. 

[0017] The embodiments of the present Invention are 
described hereinafter by referring to the attached draw- 
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ings. 

[0018] Fig. 1 shows the embodiment of the radio data 
communication method of the present invention. 
[OOiS] In this example, a client machine 1 that is a 
portable radio terminal communicates data with a s 
server machine 9. Namely, the client machine 1 trans- 
mits/receives data to/from the server machine 9 via a 
radio communication network 4, a public network 6 and 
a wire communication network 10. 

[0020] The radio communication network 4 is a kind of io 
communication network which connects the public net- 
work 6 via the radio base station 3 which establishes 
connection with the client machine 1 located in a unit 
radio area 2 by utilizing PDC or PHS, and a protocol 
converter 5 which converts the data transferred is 
between the radio communication network 4 and public 
network 6 to meet the communication network. 
[0021] The public network 6 is a kind of communica- 
tion network such as a public switched telephone net- 
work (PSTN) or an integrated services digital network 20 
(ISDN), and it is connected to the wire communication 
network 10 via a line interface 7 such as a terminal 
adapter (TA) and a modem. 

[0022] The wire communication network 10 is a kind 
of network that is connected to the server machine 9 via 25 
the router 8 by utilizing a Local Area Network (LAN), for 
example. 

[0023] With the above configuration, data is compen- 
sated by a radio communication protocol such as PIAFS 
between the client machine 1 and the line interface 7, so 
the line interface 7 is located at a very short distance to 
the server machine 9, and a data transfer en-or caused 
by the collision of data is reduced to very few in a sec- 
tion. 

[0024] Fig. 2 is a block diagram of the client machine 35 
1 shown In Fig. 1 . 

[0025] In Fig. 2, the client machine 1 comprises a 
Central Processing Unit (CPU) 1 1 for controlling opera- 
tions as a whole system; a Read Only Memory (ROM) 
12 for storing a control program 121 such as Base 40 
Input/Output System (BIOS) and control data 122; a 
RAM 13 which temporarily or permanently stores vari- 
ous information on the control by the CPU 11 , a commu- 
nication application 131 and a radio data 
communication program 1 32; a clock unit 1 4 for display- 45 
ing a current time and measuring time; an input unit 15 
to accept the input by the user from a keyboard or a pen; 
a display unit 16 such as a display and Liquid Crystal 
Display (LCD) for displaying the states and operation 
procedure of the client machine 1 ; a connection inter- so 
face device 17 such as Recommended Standard 232C 
(RS-232C) for transfen-ing control commands and data 
between a radio control unit 18 and a radio data com- 
munication program 132; and a radio control unit 18 for 
establishing connection with a radio base station or ss 
monitoring the current line state. All of these corrpo- 
nents are connected to a common data bus line and a 
control bus line. 



[0026] The radio data communication program 132 is 
executed immediately when the client machine 1 is 
turned on. The radio data communication program 132 
comprises an input parameter setting unit 132a which 
notifies the user set control parameter to a network pro- 
tocol 1 32b, a line control unit 1 32d and a line state mon- 
itor 132a; a network protocol 132b which adds the 
network protocol data to the data received from the 
communication application 131 such as e-mail and file 
transfer application, transmits it to the connection inter- 
face device 17, cancels the network protocol data 
included in the data received from the connection inter- 
face device 1 7 and sends it to the communication appli- 
cation 131 ; a line connect/disconnect request unit 132c 
which receives the line connect/disconnect r^uest 
from the user or the communication application 131 and 
requests the line control unit 132d to do so; a line con- 
trol unit 132d which controls whether the line is busy 
and the line control information such as the number of 
disconnection times in any given time; and a line state 
monitor 1 32e which gets the current line state and the 
reason of disconnecting the line from the radio control 
unit 18. 

[0027] The radio control unit 18 and line state monitor 
132e becomes replaceable according to the radio com- 
munication network 4 shown in Fig. 1 , and the radio 
control unit 18 is operated by the control command from 
the line state monitor 132e. 

[0028] Fig. 3 is a block diagram of the server machine 
9 shown in Fig. 1. 

[0029] In Fig. 3. the server machine 9 conrtprises a 
CPU 21 for controlling the whole system operation; a 
ROM 22 containing a control program 221 and control 
data 222; a RAM 23 which tennporarily or permanently 
stores various information on the control by the CPU 21 
as well as a communication service program 231 and a 
radio data communication program 232; a clock unit 24 
which displays current time and measures time; an 
input device 25 which accepts the keyboard or pen input 
by the user; a display unit 26 such as a display and LCD 
for displaying the states and operation procedure of the 
server machine 9 and a communication interface device 
27 such as Ethernet defined in IEEE 802.4 for transfer- 
ring control commands and data between the router 8 
and the radio data communication program 232. All of 
these components are connected to a common data 
bus line and a control bus line. 

[0030] The radio data communication program 232 is 
executed immediately when the server machine 9 is 
turned on. The radio data communication program 232 
comprises an input parameter setting unit 232a which 
notifies the control parameter set by the supervisor to a 
network protocol 232b, a line connect/disconnect proc- 
essor 232c; a network protocol 232b which adds the 
network protocol data to the data received from the 
communication service program 231 , transmits it to the 
communication interface device 27, cancels the network 
protocol data included in the data received from the 
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communication interface device 27 and sends it to the 
communication service program 231; and a line con- 
nect/disconnect request unit 232c which receives the 
line connect/disconnect request from the supervisor or 
the communication service program 231 and con- 
nects/disconnects the line. 

[0031] Operation of this embodiment is described in 
details by referring to the attached drawings. 
[0032] Fig. 4 shows the relationship between the pro- 
tocol model for communication with different types of 
machine and the data communication method by this 
embodiment, and the concept of the data communica- 
tion method of this embodiment. 
[0033] In the radio data communication system of this 
embodiment, data is compensated by the radio commu- 
nication protocol between the line interface 7 and the 
radio control unit 18 in the client machine 1. The line 
interface 7 is located at a very short distance to the 
communication interface device in the server machine 9 
to minimize the number of data transfer errors caused 
by the collision of data, that is to say in terms of the 
model, data is regarded as being compensated at a 
level lower than a data link layer (12), 
[0034] Thus, in the transport layer (L4). a process of 
compensating data by time-out and re-sending by TCP 
defined in Request For Comments 793 (RFC 793), and 
a process of checking whether data changes during 
transmission are unnecessary, and instead, a process 
of sending/receiving data to/from the network layer (L3) 
by User Datagram Protocol (UDP) defined in RFC 768 
is provided, and a mechanism suitable for radio data 
communication is provided. 

[0035] Fig. 5 shows examples of a control data format 
and a profile data format. 

[0036] Fig. 22 is a table showing examples of control 
commands that are set in the command ID shown in 
Fig. 5. 

[0037] As a mechanism suitable for radio data com- 
munication, control data as shown in Fig. 5 is inserted at 
the head of the data which is transferred between the 
network protocol 132b of the client machine 1 and the 
network protocol 232b of the server machine 9. 
[0038] The head is set the version of control data for- 
mat as a version in the format, likewise, the value of the 
command ID in Fig. 22 showing the type of a control 
command as a command ID, the sequence number of 
transmission data as SSN, the sequence number of the 
received data as RSN, the profile data length as Profile- 
DataLength. the user data length as UserDataLength, 
the maximum size dividing the transmission data as 
PacketLength, and the number of packets which can be 
continuously transmitted without waiting for the 
response from a remote station as WindowSize. respec- 
tively. 

[0039] Rg. 6 shows an example of a control sequence 
for sending data from the client machine 1 to the server 
machine 9. 

[0040] The client machine 1 of the transmission side 



sets the sequence number of data to send to SSN. and 
continuously transmits the control data + data divided 
into the size of PacketLength as a maximum to the 
server machine 9 by the WindowSize number. Receiv- 
5 ing the WindowSize nunnber of the data, the server 
machine 9 of the receiver side sets the sequence 
number of the data received by that time, sends back a 
response and transfers the data by repeating the above 
process. 

10 [0041 ] As to operation of this example using the above 
control data, first a process from connecting a radio line 
to sending data is explained using Fig. 7. 
[0042] When the user operates the communication 
application 131 in RAM of the client machine 1 (step 

15 S1). the line connect/disconnect request unit 132c asks 
the user to determine whether the radio line is con- 
nected or not (steps S2). and goes to step S4 if the user 
answers Yes, and goes to st^ 3 if No. 
[0043] In step S3, radio data communication that is 

20 not using the method of the present invention is per- 
formed. In step S4, the line connect/disconnect request 
unit 132c requests the line control unit 132d to connect 
the line. Receiving the line connect request, the line 
control unit 132d moves to the step of connecting a 

25 radio line (step S5), judges whether connection is com- 
pleted (step SB), and goes to step S8 if Yes and step S7 
if No. 

[0044] In step S7. the line control unit 132d informs 
the line connect/disconnect reguest unit 132c that the 

30 radio line is in non-conn ectable state and urges to notify 
it to the user. In step 8, the line control unit 132d notifies 
the line connect/disconnect request unit 132c and net- 
work protocol 132b that the connection is completed, 
and moves to the step of monitoring the received signal 

35 strength indicator (step 89). 

[0045] The network protocol 1 32b moves to the step 
of establishing connection with the network protocol 
232b of the server machine 9 (step SIC). After estab- 
lishing connection, the network protocol 132b notifies it 

40 to the communication application 131 (step S11). The 
communication application 131 performs data commu- 
nication with the server machine 9 via the network pro- 
tocol 132b (step SI 2). 

[0046] Step S5 for connecting a radio line is explained 

45 using Fig. 8. 

[0047] The line control unit 1 32d check first that both 
of connection interface device 17 and radio control unit 
18 are operating (step Si 3), and moves to st^D SIS if 
Yes, and step SI 4 if No. 

50 [0048] In step SI 4. the line control unit 1 32d notifies it 
to the line connect/disconnect request unit 132c. and 
urges the user to re-start the communication application 
131 after checking the operation. In st^ 15, the line 
control unit 132d checks whether the connection inter- 

55 face device 17 or radio control unit 18 is used, and 
moves to step Si 6 if Yes, and step Si 4 if No. 
[0049] In step Si 6. the line control unit 1 32d requests 
the line state monitor 132e to monitor the line state, and 
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sets the clock unit 14 to notify A after the time required 
to judge whether the line is connectable or not (step 
SI 7), and then moves to the step of judging whether to 
connect the line (step SI 8). 

[0050] Receiving the request to monitor the line state, 5 
the line state monitor 132e gets a value to judge the 
state of radio line (hereinafter called Ihe received signal 
strength indicator") from the radio control unit 18 at 
every monitoring cycle through the connection interface 
device 17 (step SI 9), and notifies it to the line control io 
unit 132d (step S20). 

[0051] The monitoring cycle and the time required to 
judge whether the line is connectable are one of the 
control parameters set by the user, and are notified from 
the input parameter setting unit 132a. is 
[0052] Step Si 8 for judging whether to connect the 
line is explained using Fig. 9. 

[0053] The line control unit 132d is in standby mode 

and accepts a request from the line connect/disconnect 

request unit 132c, a notice from the clock unit 14 and a 20 

notice from the line state monitor 132e. 

[0054] In Fig. 9(a). the line control unit 1 32d moves to 

step SI 5 after receiving a line connect request from the 

line connect/disconnect request unit 132c. 

[0055] In Fig. 9(b), after receiving a line connect 25 

request, the line control unit 132d requests the line state 

monitor 132e to stop monitoring the line state (step 

521) , sets the clock unit 14 to reset the notice A (step 

522) and notifies the disconnection to the line con- 
nect/disconnect request unit 132c (step S23). so 
[0056] In Fig. 9 (c), when receiving the notice A from 
the clock unit 14, the line control unit informs the line 
connect/disconnect request unit 132c that the radio line 

is not in the connectable state, and urges to notify it to 
the user (step S24). ss 
[0057] In Fig. 9 (d), when receiving the received signal 
strength indicator notice from the line state monitor 
132e, the line control unit check to see if the received 
signal strength indicator exceeds the threshold value for 
connection (step S25). In step S25, the line control unit 40 
132d sends the request to start dial-up to the line state 
monitor 132e. and moves to the step of checking con- 
nection (step S27) 

[0058] The threshold value for connection is one of the 
control parameters set by the user and is notified from 45 
the input parameter setting unit 132a. As an example, 
Fig. 10 shows the relationship between the notified 
received signal strength indicator and the threshold 
value. 

[0059] At the position A in Fig. 10, the line control unit so 
1 32d sends a dial-up start request to the line state mon- 
itor 132e, and moves to the step of checking connec- 
tion. 

[0060] Operation of the line state monitor 132e when 
receiving the dial-up start or stop request from the line ss 
control unit 132s is explained using Fig. 11. 
[0061] The line state monitor 132e issues a control 
command to start or stop dial-up to the radio control unit 



18 via the connection interface device 17 (step S28). 
and goes into the state waiting for a connection state 
notice from the radio control unit 18 (step S29). Receiv- 
ing the connection state notice, the line state monitor 
I32e presents the connection state to the user (step 
S30), checks by the notice to see if the connection is 
completed (step S31), and moves to step S32 if Yes, 
and stop S33 if No. 

[0062] In step S32, the line state monitor 1 32e notifies 
the line control unit 132d that the connection is com- 
pleted. In step S33, the line state monitor checks to see 
if the line is disconnected or not. and moves to step S34 
if Yes, and step S29 if No. In step S34, the line state 
monitor notifies the line control unit 132d that the line is 
disconnected. The disconnection notice is given with a 
reason. 

[0063] Operation of step S27 for checking connection 
is explained using Fig. 12. 

[0064] The line control unit 132d is in standby mode 
and accepts a request from the line connect/disconnect 
request unit 132c, a notice from the line state monitor 
132e and a notice B from the clock unit 14. 
[0065] In Fig. 12(a), the line control unit 132d moves 
to step SI 5 after receiving a line connect request from 
the line connect/disconnect request unit 132c. 
[0066] In Fig. 12(b), after receiving a line disconnect 
request, the line control unit 132d requests the line state 
monitor 132e to stop monitoring the line state (step 
S35) and to stop dial-up (step S36). 
[0067] In Fig. 12(c), when receiving the connection 
completed notice from the line state monitor 132e, the 
line control unit notifies establishment of connection to 
the line connect/disconnect request unit 132c and the 
network protocol 132b (step S8), and moves to the step 
of monitoring the received signal strength indicator 
(step S9). Then, the network protocol 132b moves to 
the step of establishing connection with the network 
protocol 232b of the server machine 9. 
[0068] In Fig. 1 2(d), when receiving the disconnection 
notice, the line control unit checks by the attached rea- 
son to see if the line is disconnected due to deterioration 
of connection quality (step S37, and moves to step S39 
if Yes. and step S38 if No. In step S38, the line control 
unit notifies the disconnection to the line connect/dis- 
connect request unit 132c. In step 39. the line control 
gets time required to re-connect the line, sets the clock 
unit 14 to notify B after that time (step S40) and moves 
to step 27. 

[0069] In Fig. 12(e), when receiving the notice B from 
the clock unit, the line control unit moves to step S1 5. By 
the above operation, even if the line is disconnected due 
to deterioration of connection quality, the line can be re- 
connected and the data transmission can be continued. 
[0070] The time required to re-connect the line is one 
of the control parameters set by the user and is notified 
from the input parameter setting unit 132a. 
[0071] Step S9 for monitoring the received signal 
strength indicator will be explained later. Step 10 for 
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establishing connection with the network protocol 232b 
of the server machine 9 is explained below using Fig. 
13. 

[0072] In Fig. 13(a), after receiving the connection 
completed notice from the line control unit 132d, the 
network protocol 132b sets a packet length and a win- 
dow size, sends an open request control command to 
the network protocol 232b of the server machine 9 via 
the connection interface device 17 (step S41), sets the 
clock unit 14 to notify C after given time (step S42), and 
waits for rec^tion of an open response control com- 
mand from the server machine 9 (step S43). 
I0073J In the above state of waiting for the reception, 
when receiving the notice C the clock unit 14 before 
receiving the open response control command, the net- 
work protocol 1 32b checks to see if re-sending is per- 
formed by given times (step S44). and moves to step 
S45 if Yes. and step S46 if No. 

[0074] In step S45, the network protocol notifies the 
line connect/disconnect request unit 132c that connec- 
tion could not be made with the network protocol, and 
urges to notify it to the user. Then, the line connect/dis- 
connect request unit sends a disconnect request to the 
line control unit, and disconnects the radio line. 
[0075] In step S46, the network protocol sends again 
the open request control command to the network pro- 
tocol 132b of the server machine 9, and moves to step 
S43. 

[0076] In Fig. 13(b), when receiving the open 
response control command from the server machine 9, 
the network protocol sends an open check control com- 
mand (step S47), sets the dock unit 14 to notify D after 
given time (step S48). notifies the communication appli- 
cation 131 that the connection is established (step Si 1). 
and waits until the communication application 131 
sends data or the clock unit 1 4 sends tiie notice D (step 
S49). Then, the communication application 131 per- 
forms data transfer with the communication service pro- 
gram 231 of the server machine 9 via the network 
protocol 132b (st^ 12). 

[0077] The given time and the number of times used 
in this example are one of the control parameters set by 
the user, and are notified from the input parameter set- 
ting unit 1 32a. 

[0078] Step SI 2 for data communication with the 
server machine 9 is explained using Fig. 14. 
[0079] In Fig. 14(a). the communication application 
131 sends data to the network protocol 1 32b at any time 
(step S50). The network protocol 132b stores data in 
the area A of RAM13 (step S51). and moves to step SI 2 
[0080] In Fig. 14(b), when receiving the notice D from 
the clock unit 14, the network protocol checks the size of 
the data stored in the area A to see if it is larger than the 
packet lengtfi negotiated with tfie server machine 9 dur- 
ing the connection establishing process (step S52), and 
moves to st^ S53 if Yes. and step S54 if No. 
[0081] in step S53, tiie network protocol 132b cuts the 
data into the negotiated packet lengths, and moves to 



step S54. In step S54, the network protocol sets SSN, 
sends a data transmission control command to the net- 
work protocol 232b of the server machine 9 via the con- 
nection interface device, clears the sent data from tiie 

5 area A (st^ S55), saves the data in tfie area B in RAM 
13 (step S56), and checks the number of continuously 
sent data frames to see if it reaches the window size 
negotiated with the server machine 9 during the con- 
nection establishing process (step S57). and moves to 

10 step S58 if Yes, and step Si 2 if No. 

[0082] In step S58, the network protocol 132b waits 
for the data transmission response control command 
from the server machine 9. and after receiving the com- 
mand, the network protocol clears the set data up to 

15 RSN from the area B (step S59). and moves to step 
S12. The above processing sequence is continued tilt 
reaching the and of the data sent from the communica- 
tion application 131. 

[0083] Second, a process of re-sending data when a 
20 radio line is disconnected during data transmission 
using a radio line is explained using Fig. 15, Fig. 16 and 
Rg. 17. 

[0084] In Fig. 15, when receiving a disconnection 
notice from the tine state monitor 132a during monitor- 

25 ing the received signal strength indicator (step S9), the 
line control unit 132d checks by the attached reason to 
see if the line is disconnected due to deterioration of the 
connection quality (step S60). and moves to step S62 if 
Y^, and step S61 if No. 

30 [0085] In step 61. tiie line control unit 132d notifies 
disconnection to the line connect/disconnect request 
unit 132c and the network protocol 132b In step S62, 
the line control unit moves from step S39 to a re-con- 
nection process. 

35 [0086] When tfie radio line is re-connected, the net- 
work protocol 132b re-establishes connection with the 
network protocol 232b of the server machine 9. 
[0087] Rg. 16(a) is a flowchart showing a process of 
sending data from the client machine 1 to the server 

■40 machine 9. 

[0088] In Rg. 16(a). the network protocol 132b sends 
a re-connection request control command to the net- 
work protocol 232b of the server machine 9 via the con- 
nection interface device 17 (step S63), sets the dock 

45 unit 14 to notify E after any given time (step S64), and 
waits for a re-connection response control command 
from the server machine 9 (step S65), 
[0089] In the above waiting state, when receiving the 
notice D from the clock unit 14 before a re-connect 

50 response control command, the network protocol 132b 
checks to see if re-sending is repeated by a given 
number of times (step S66). and moves to step S67 if 
Yes, and step S68 if No. 

[0090] In step S67, the network protocol 1 32b notifies 
55 the line connect/disconnect request unit 132c that con- 
nection could not be re-established between the net- 
work protocols 1 32b and 232b. and urges to inform the 
user of it Then, the line connect/disconnect request unit 
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132c sends a disconnect request to the line control unit 
I32d. and disconnects the radio line. In step S68. the 
line connect/disconnect request unit sends a re-connect 
request control command to the network protocol 232b 
of the server machine 9, and moves to step S65. 5 
[0091] In Fig. 16(b), when receiving a re-connect 
response control command from the server machine 9, 
the network protocol 232b of the server machine 9 gets 
the sequence number of the data received up to that 
time from the RSN that is set in the control data (step 10 
S69). Then, the network protocol moves from the data 
of the next sequence number to a data transmission 
process (step S12). 

[0092] Fig. 17 is a flowchart showing a process of 
sending data from the server machine 9 to the client is 
machine 1 . 

[0093] In Fig. 17(a), the network protocol 132b sends 
a re-connect request control command containing RSN 
to the network protocol 232b of the server machine 9 
(step S70), sets the clock unit to notify E after any given 20 
time (step S71), and waits for a re-connect response 
control command from the server machine 9 (step S72). 
[0094] In the above waiting state, when receiving a 
notice E from the clock unit 14 before a re-connect 
response control command, the network protocol 132b 25 
checks to see if re-sending is repeated by a given 
number of times (step S73), and moves to step S74 if 
Yes, and step S75 if No. 

[0095] In step S74, the network protocol 132b notifies 
the line connect/disconnect request unit 132c that con- 30 
nection could not be re-established between the net- 
work protocols 132b and 232b, and urges to inform the 
user of if. Then, the line connect/disconnect request unit 
132c sends a disconnect request to the line control unit 
132d. and disconnects the radio line. In step S75, the 35 
network protocol 132b sends a re-connect request con- 
trol command to the network protocol 232b of the server 
machine 9, and moves to step S72. 
[0096] In Fig. 17(b), when receiving a re-connection 
response control command from the server machine 9, 40 
the network protocol 1 32b waits for the data sent from 
the server machine 9 (step S73). 
[0097] Third, a process of detecting the state of radio 
wave and changing a profile value during data transmis- 
sion using a radio line is explained using Fig. 18. 45 
[0098] In Fig. 18(a), the line control unit 132d is in the 
standby state after notifying establishment of connec- 
tion to the line connect/disconnect request unit 132c 
and the network protocol 132d (step S8). 
[0099] In the above standby state, when receiving a so 
received signal strength indicator notice from the line 
state monitor 132e, the line control unit 132c gets profile 
data to re-set from the table showing the received signal 
strength indicator and profile data prepared previously 
(step S74). Fig. 23 shows an example of the table show- ss 
ing the received signal strength indicator and profile 
data. 

[0100] The line control unit check to see if the 



obtained profile data is equal to the profile value negoti- 
ated with the server machine 9 during the connection 
establishing process (step S75). The line control unit 
goes into the standby state if Yes, and moves to step 
S76 if No. 

[01 01 ] In step S76, the circuit control unit notifies the 
profile value to re-set to the network protocol 132b. 
Receiving this notice, the network protocol 132b sends 
a profile change request control command to the net- 
work protocol 232b of the server machine 9 via the con- 
nection interface 17 (step S77), sets the clock unit 14 to 
notify F after any given time (step S78), and waits for a 
profile change response control command from the 
server machine 9 (step S79). 

[0102] In the above waiting state, when receiving a 
notice F from the dock unit 14 before a profile change 
response control comrr^nd. the network protocol 132b 
gives up changing the profile and continues data com- 
munication teased on the set value (step S12). 
[0103] In Fig. 18(b), when receiving a profile change 
response command from the server machine 9. the net- 
work protocol line continues data communication using 
a newly negotiated value (step SI 2). 
[01 04] A second embodiment of the present invention 
is described hereinafter. 

[0105] Since the basic configuration of the communi- 
cation system of this example is similar to that of the first 
example, it is explained by referring to Fig. 1 , Fig. 2 and 
Fig. 3. 

[01 06] As a second example, a process of changing a 
profile value according to the number of times that the 
radio line is disconnected within given time (hereinafter 
called "the number of disconnection") during data trans- 
mission using a radio line is explained using Fig. 19. 
[0107] In Fig. 19(a), after notifying establishment of 
connection to the line connect/disconnect request unit 
132c and the network protocol 132b (step S8), the line 
control unit 132d sets the clock unit 14 to notify G after 
any given time (step SI 00), and goes into the standby 
state. 

[01 08] In the above standby state, when receiving the 
disconnection notice the line state monitor 132e, the 
line control unit holds the number of notification times 
(step S101). In the above standby state, when receiving 
the notice G from the clock unit 14, the line control unit, 
checks to see if the number of disconnection times noti- 
fied in the previous standby state is equal to the number 
of disconnection times notified in the present standby 
state (step S102), and moves to step S101 if Yes, and 
step SI 03 if No. 

[0109] In step SI 03, the line control unit gets the pro- 
file data to re-set from the table showing the number of 
disconnection and profile data prepared previously Rg. 
24 shows an example of the table showing the number 
of disconnection and profile data. 
[0110] In step SI 04, the control line notifies the 
obtained profile value to the network protocol 132b. 
Receiving said notice, the network protocol 132b sends 



8 



SDOCID: <EP 



15 



EP 0 d46 068 A2 



16 



a profile change request control command to the net- 
work protocol 232b of the server machine 9 via the con- 
nection Interface 17 (step SI 05). sets the dock unit 14 
to notify H after any given time (st^ S106), and waits 
for a profile change response control command from the 
server machine 9 (step SI 07). 

[0111] In the above waiting state, when receiving a 
notice H from the dock unit 14 before a profile change 
response control command, the network protocol 132b 
gives up changing the profile and continues data com- 
munication based on the set value (step 812). 
[01 1 2] In Fig. 1 9(b), when receiving the profile change 
response command from the server machine 9. the net- 
work protocol continues data communication using a 
newly negotiated value (step S12). 
[0113] A third embodiment of the present invention is 
described hereinafter. 

[01 14] Since the basic configuration of the communi- 
cation system of this embodiment is similar to that of the 
first example, it is explained by referring to Fig. 1, Fig. 2 
and Fig. 3. 

[0115] As a third example, a process of changing a 
profile value according to the number of re-send times 
occurred in the radio communication protocol during 
data transmission using a radio line is explained using 
Fig. 20. 

[0116] In this example, each time re-send of data 
occurs in the radio communication protocol, the radio 
control unit 18 notifies it to the line control unit 132d via 
the line state monitor 1 32e. 

[0117] In Fig. 20(a), after notifying establishment of 
connection to the line connect/disconnect request unit 
132c and the network protocol 132b (step S8), the line 
control unit 132d sets the clock unit 14 to notify I after 
any given time (step 8120), and goes into the standby 
state. 

[01 18] In the above standby state, when receiving the 
re-send notice from the line state monitor 132e, the line 
control unit holds the number of notification times (step 
S121). In the at>ove standby state, when receiving the 
notice I from the clock unit 14, the line control unit 
checks to see if the number of re-send times notified in 
the previous standby state is equal to the number of re- 
send times notified in the present standby state (stop 
8102), and moves to step Si 21 if Yes, and stqj SI 23 if 
No. 

[01 19] In st^ 8123, the line control unit gets the pro- 
file data to re-set from the tafcrfe showing the re-send 
times and profile data prepared previously. Fig. 25 
shows an example of the table showing the re-send 
times and profile data. 

[0120] In step S124. the control line notifies the 
obtained profile value to the network protocol 132b. 
Receiving said notice, the network protocol 132b sends 
a profile change request control command to the net- 
work protocol 232b of the server machine 9 via the con- 
nection interface 17 (step Si 25), sets the dock unit 14 
to notify J after any given time (step 8126). and waits for 



a profile change response control command from the 
server machine 9 (step 8127). 

[0121] In the above waiting state, when receiving a 
notice J from the clock unit 14 before a profile change 

5 response control command, the line control unit gives 
up changing the profile and continues data communica- 
tion based on the set value (step SI 2). 
[01 22] In Fig. 20(b). when receiving the profile change 
response command from the server machine 9, the line 

10 control unit continues data communication using a 
newly negotiated value (step 812). 
[0123] A fourth embodiment of the present invention 
is described hereinafter. 

[0124] Since the basic configuration of the communi- 
15 cation system of this example is similar to that of the first 
example, it is explained by referring to Fig. 1 , Fig. 2 and 
Rg. 3. 

[0125] In a fourth example, the radio control unit 18 
can not notify the received signal strength indicator to 

20 the line state monitor 132e, and instead, it notifies 
whether the client machine 1 is in the radio zone (in/out 
zone information). A process of connecting/re-connect- 
ing the line is explained using Fig. 21, 
[0126] In Fig. 21(a), when receiving a connection 

25 request from the line connect/disconnect request unit 
1 32c or when the line is re-connected after once discon- 
nected due to deterioration of connection quality (step 
815), the line control unit 132d requests the line state 
monitor 132e to monitor the line state (step 8140), sets 

30 the clock unit 14 to notify A after the time required to 
judge whether it is connectable or not (step 8141), and 
goes into the standby state (step 81 42). 
[0127] Receiving the line state monitor request, the 
line state monitor 132a gets the in/out zone information 

35 from the radio control unit 18 via the connection inter- 
face device 17 (step 8143). and when the client 
machine 1 goes into the radio zone, notifies it to the line 
control unit 132d (step 8144). 

[0128] In Fig. 21(b), the line control unit 132d is in the 
40 Standby state, and accepts the request from the line 
connect/disconnect request unit 132c, the notice from 
the clock unit 14 and the notice from the line state mon- 
itor 132e. When receiving the connection request from, 
the line connect/disconnect request unit 132c, the line 
45 control unit moves to step 821. When receiving the 
notice A from the clock unit 14, the line corrtrol unit 
moves to step 824. When receiving the in-zone notice 
the line state monitor 132e, the line control unit waits for 
any given time (step 8145) and moves to step 827. 
50 [0129] The present inverttion. being coretituted as 
described above, has the following effects. 

(1) A process of compensating data by time-out and 
re-send during data transmission/reception, and a 
55 process of checking whether data changes during 
transmission are unnecessary, and high speed and 
effident data transmission/rec^ion can be real- 
ized by suppressing the number of responses from 
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a remote station. 

(2) A process of holding the received data in RAM 
until receiving a response from a remote station is 
provided to permit to re-send data without losing it 
even if a radio line is disconnected. s 

(3) A process of checking the reason of disconnec- 
tion and reconnecting the radio line automatically 
when the line is disconnected due to deterioration 
of connection, a process of re-establishing connec- 
tion with a server machine, and a process of io 
restarting data transmission from the end of the 
transmitted data are provided, improving the user 
operabllity and realizing efficient data transmis- 
sion/reception. 

(4) A process of re-setting the size of data to trans- 
mit/receive according to changes in the received 
signal strength indicator during data transmis- 
sion/reception and the number of frames which can 
be continuously transmitted without waiting for the 
response from a remote station is provided, thereby 
decreasing the re-sending data volume when the 
line is disconnected and realizing high speed and 
efficient data transmission/reception. 

(5) A process of re-setting the size of data to trans- 
mit/receive according to the number of disconnec- 
tion occurred during data transmission and the 
number of frames which can be continuously trans- 
mitted without waiting for the response from the 
remote station is provided, thereby decreasing the 
re-sending data when the line is disconnected and 
realizing high speed and efficierrt data transmis- 
sion/reception. 

(6) A process of re-setting the size of data to trans- 
mit/receive according to the number of re-sending 
data occurred in a radio communication protocol 
during data transmission and the number of frames 
which can be continuously transmitted without wait- 
ing for the response from the remote station is pro- 
vided, thereby decreasing the re-sending data 
volume when the line is disconnected and realizing 
high speed and efficient data transmission/recep- 
tion. 

Claims 

1. A radio data communication method in which a cli- 
ent machine logs in a wire communication network 
via a radio communication network, a public net- 
work and a line interface for transmitting/receiving 
data to/from a server machine in the wire network, 
comprising the steps of : 

inserting control data at the head of data to 
transmit/receive and suppressing the number 
of responses from a remote station, 
checking the reason of disconnection and 
reconnecting the communication line automati- 
cally when the line is disconnected due to dete- 



rioration of connection quality, 

re-establishing connection with said server 

machine, and 

restarting data transmission from the end of the 
transmitted data. 

2. The radio communication method of claim 1 , com- 
prising a step of re-setting the size of data to trans- 
mit/receive according to changes in the received 
signal strength indicator during data transmission 
and the number of frames which can be continu- 
ously transmitted without waiting for the response 
from a remote station. 

The method of claim 1 or 2, comprising a step of re- 
setting the size of data to transmit/receive accord- 
ing to the number of disconnection occurred during 
data transmission and the number of frames which 
can be continuously transmitted without waiting for 
the response from a remote station. 

The method of claim 1 , 2 or 3. comprising a step of 
re-setting the size of data to transmit/receive 
according to the number of re-sending data 
occurred in a radio communication protocol during 
data transmission and the number of frames which 
can be continuously transmitted without waiting for 
the response from a remote station. 

The method of claim 1 , 2. 3 or 4, comprising a step 
of monitoring the received signal strength indicator 
and re-establishing connection with said server 
machine if the received signal strength indicator 
exceeds the threshold value. 

The method of claim 1, 2, 3, 4 or 5. comprising a 
step of monitoring the in/out area information and 
re-establishing connection with said server 
machine if the received the in/out area information 
that the client machine is in the radio area. 

A radio data communication system in which a cli- 
ent machine logs in a wire communication network 
via a radio communication network, a public net- 
work and a line interface for transmitting/receiving 
data to/from a server machine in the wire network, 
comprising: 

a means for inserting control data at the head 
of data to transmit/receive and suppressing the 
number of responses from a remote station, 
a means for checking the reason of disconnec- 
tion and reconnecting the communication line 
automatically when the line is disconnected 
due to deterioration of connection quality, a 
means for re-establishing connection with said 
server machine, and 

a means for restarting data transmission from 
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the end of the transmitted data. 

8. The radio communication system of claim 7. com- 
prising a means of re-setting the size of data to 
transmit/receive according to changes in the 
received signal strength indicator during data trans- 
mission and the number of frames which can be 
continuously transmitted without waiting for the 
response from a remote station. 

9. The system of daim 7 or 8, comprising a means for 
re-setting the size of data to transmit/receive 
according to the number of disconnection occurred 
during data transmission and the number of frames 
which can be continuously transmitted without wait- 
ing for the response from a remote station. 

10. The system of claim 7, 8 or 9. comprising a means 
for re-setting the size of data to transmit/receive 
according to the number of re-sending data 
occurred in a radio communication protocol during 
data transmission and the number of frames which 
can be continuously transmitted without waiting for 
the response from a remote station. 

11. The system of claim 7, 8, 9 or 10, comprising a 
means for monitoring the received signal strength 
indicator and re-establishing connection with said 
server machine if the received signal strength indi- 
cator exceeds the threshold value. 

12. The system of claim 7, 8, 9. 10 or 1 1 , comprising a 
means for monitoring the in/out area information 
and re-establishing connection with said server 
machine it the received the in/out area information 35 
that the client machine is in the radio area. 
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